PUI/tHUO / U2A39 



BUNDESRIPUBL IK D EUTSqg|-AND 



Die Deutsche Thomson-Brandt GmbH in Villingen-Schwenningen/Deutschland hat 
eine Patentanmeldung unter der Bezeichnung 

"Verfahren zum Zusammenstellen von Buspaketen fiir die Iso- 
chrondatenubertragung uber einen Datenbus sowie Vorrichtung 
zur Durchfuhrung des Verfahrens" 

am 1. April 1999 beim Deutschen Patent- und Markenamt eingereicht. 

Die angehefteten Stucke sind eine richtige und genaue Wiedergabe der ursprung- 
lichen Unterlagen dieser Patentanmeldung. 

Die Anmeldung hat im Deutschen Patent- und Markenamt vorlaufig die Symbole 
H 04 L und G 06 F der Internationalen Patentklassifikation erhalten. 



SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH RULE H.Ua^ OR 



PRIORITY 
DOCUMENT 




Munchen, den 21. Januar 2000 
Deutsches Patent- und Markenamt 



Der Prasident 




Im Auftrag 




Aktenzeichen: 199 14 838.4 




Weihrnayf 



Best Available Copy 



PD9900l7*Sjjj^l0399 



^^i03yy 



Verfahren zuiti 



zu=^-stellen von Busp..ceten fa. di. 

i■■,^-.s.T einen Datenbus sowie 
IsochrondatcnObertragung uber e.ne 

, , .„t em Verfahien ^um Zusaimenstallen von 
Die Erfindun, oatenUbertragun, Uber einen 

Buspa>ceten f.r d.e ^^''^^^^^^^ „,,,,,,i„ .^.e Vor.icntun, 
oatenbus. /^f-^/.^I^^^. Bie Vc.ric.tun. .ann 

B-*^"'^-;; ^^j;;;,,3,,,„i«steUe .ur den 
insbesondere Tell emer 
angeschlossenen Datenbus se.n. 



S^SB^L^^^^S^ verfahren 
Die Erfindun, geht aus vo ^^ochrone 

..3a™.ensteiien ---/^r^.^.^ nacb der Cattun, des 

DatenUbertragung Uber ,,^i,g„ort Multimedia 

unabn.ngigen An=prucH= ^^^^.^^....en der 

-hon sert lang=^ ,Hifi, Video. Audio, 

Produktbereiche Consumer vielen 
und personal-computing -^^^^^^l^^^JZ,^^. eei der 

Herstellern -l^^^^ZZ:Z^^ - — - 

Verschmelzung "/ Datenaustauscbes ^wischen den 

die sich mit dem Thema befassen oder 

cer.ten der verscbiedenen -"^^^^^^^ p.odu.tbereicbes 

auch .wisoben ,,,,, 3icb aucb an den 
i^er gra.eres 

bereits sehr «eit fortgescb ^^^^^^ 

StandardisierungsbemUbungen u diese ^^^^^^^ 

n.mli=b mit dem ^^l^'^^^^^^^J^^l^, „eitesgebend aK.eptierter 

international f.^^ ,„,,.,,,en aus beiden 

BUS .um Die genaue Bezeicbnun, des 

Produwgruppen zur verfuj ^ ^^^^^^^^ 

erwahnten Standards l^^'et^ 1394-1995, IEEE New York, 

performance serial bus, (IEEE) STD 
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Die hier zu beschreibende Erfindung beschaftigt sich 
innerhalb des erwahnten Bus-Systems mit dem sogenannten 
Isochrondatentransf er . Isoch ron bedeutet in diesem 
5 Zusammenhang, daf3 bei einer Datenquelle regelmaBig Daten 
anfallen, die zu iibertragen sind, wobei die Daten auch 
1 edesmal mit etwa gleiche^r Grolie anfallen. Beispieie von 
solchen Datenquellen sind Videorekorder oder Camcorder, 
Audiogerate wie CD-Player oder DAT-Recorder sowie auch DVD- 

10 Player oder Videophone-Gerate, etc. Fur diesen 

Anwendungsf all der Isochrondatenubertragung. wurde speziell 
ein internationaler Standard entwickelt. Die genaue 
Bezeichnung dieses Standards lautet: lEC International 
Standard 51883 ''Consumer Audio/Video-Equipment-Digital 

15 Interface, 1. Ausgabe 1998". In dem ersten Teil dieses 
Standards wird das allgemeine Datenpaket format , das 
Datenbusmanagement und das Verbindungsmanagement fur 
audiovisuelle Daten beschrieben. Ebenfalls werden allgemeine 
Ubertragungsregeln fur Steuerungsbef ehle def iniert . 

20 

Ein haufiger Anwendungsf all betrifft die Obertragung von 
iyiPEG2-codierten Video- oder Audiodaten. Die Daten werden wie 
schon erwahnt paketweise uber den Bus transportiert . In dem 
erwahnten Standard lEC 51883 ist dabei folgende Struktur 
25 vorgesehen: Die in der Datenquelle erzeugten Daten werden in 
sogenannte Datenquellpakete definierter Grofie aufgeteiit. 
Fur die MPEG2 Videodatenubertragung ist zum Beispiel 
festgelegt, dafi ein Datenquellpaket beispielsweise aus 8 
Datenblocken gleicher Grofie zusammengeset zt ist. Die 
30 Datenblockgrolie kann dabei programmiert werden. Sie kann 
zwischen einem und 255 Quadlets liegen, wobei ein Quadlet 
einer Z-usammenf assung von 4 Datenbytes entspricht. Die 
Datenquellpakete werden gemafi dem lEC 61883-Standard in 
einem oder mehreren Buspaketen Iibertragen. Ein Buspaket 
35 weist neben den Anteilen Buspaket-Kopf teil , Nut zdatenf eld 
sowie CRC-Pruf summenf eld einen sogenannten 

Isochrondatenf ormat-Kopf teil auf. Dieser Kopfteil wird in 
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dem erwahn^Pf lEC 6188 3-Standard als ^^-Header (Common 
Isochronous-Paket) bezeichnet. Darin wird das Datenformat 
fur die isochrone Datenubertragung festgelegt, was in dem 
■Standard genau beschrieben ist und nachfolgend noch naher 
erlautert wird, Dieser Isochrondatenf ormat-Kopf teil wird 
nachfolgend CIP-Kopfteil genannt . Dieser CIP-Kopfteil wird 
zu Beginn-jedes Buspaketes nach dem Buspaket-Kopf teil 
hinzugeSu^gt . Damit ist dann sichergestellt , daft die Station, 
die ^das ubertragene Buspaket empfangt, die Daten in der 
richtigen Art und Weise auswerten kann. 

Der CIP-Kopfteil bleibt zwar in weiten Teilen fur die 
gesamte isochrone Datenubertragung konstant, mufi aber doch 
in einem Anteil ( DBC-Eintrag) neu aktualisiert werden. Hinzu 
kommt aber noch, daft bei der isochronen Datenubertragung 
dieser CIP-Kopfteil in der Busschnittstelle doppelt 
vorhanden sein muft, da einerseits- ein fertig 
zusammengestelites Buspaket auf den Bus gesendet we.rden 
kann, -wahren* gleichzeitig neue Daten von dem 
Anwendungsprozess bereitgestellt- werden, fur die ein neuer 

CIP-Kopfteil zu erstellen ist. 

Durch diese Schwierigkeit wurde intern zunachst an eine 
Losung fur das Zusammenstellen von Buspaketen gedacht, bei 
der zwei separate Spezialregister fur die CIP-Kopf telle 
bereitgestellt werden. Die Nutzdaten der jeweiligen 
Buspakete werden in einem Puf f erspeicher bereitgestellt. Ist 
ein Paket uber den Bus zu senden, muli dann eine 
Auswahleinheit den richtigen CIP-Kopfteil aus einem der 
beiden Spezialregister auslesen und der Datensendeeinheit 
zum richtigen Zeitpunkt ubergeben und anschlieliend noch die 
zugehorigen Daten aus dem Puf f erspeicher holen und dem CIP- 
Kopfteil anhangen. 



Aufgabe der Erfindung ist es, 
zu vereinfachen und zwar so, 



die zuvor beschriebene Losung 
dafb die Auswahllogik zur 
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Zusammenf ugung von CIP-Kopfteil und zugehorigen Nutzdaten 
moglichst entfallen kann. 

Die Erfindung lost diese Aufgabe so, dafi sie bei Einrichtung 
der Isochrondatenubertragung den generierten CIP-Kopfteil 
nur noch in ein Spezialregister eingeschreibt und zusatzlich 
auch noch in den Puf f erspeicher fiir die Nutzdaten wobei dann 
anschlieliend an diesen CIP-Kopfteil im Puf f erspeicher die 
Nutzdaten des Buspaketes angehangt werden (s.Anspruch 1). 
Dadurch ist erreicht, daft fur die Absendung der Daten uber 
den Bus das Datensendeteil nur noch auf den Puf f erspeicher 
fur die Nutzdaten zugreifen mufi wo CIP-Kopfteil und 
Nutzdaten zusammenhangend in der richtigen Reihenfolge 
abgespeichert sind. Das Datensendeteil enthalt also die 
abzusendenen Daten nur noch uber den Puf f erspeicher . Eine 
Auswahllogik, die bestimmt aus welchem Spezialregister der 
CIP-Kopfteil zu entnehmen ist und aus welchem 
Speicherbereich des Puf f erbereichs die Nutzdaten anzuhangen 
sind kann entfallen . 

Durch die in den abhangigen Anspruchen aufgefuhrten 
Mafinahmen sind weitere Verbesserungen des Verfahrens 
moglich. GemaB Anspruch 2 kann in dem CIP-Kopfteil ein 
Vergleichswert fiir eine Datenzahlung enthalten sein. Dieser 
Wert muft fur jedes Buspaket aktualisiert werden. Dies 
geschieht so, dali bei Einschreibung der Daten eines 
Buspaketes in den Puf f erspeicher die Daten gezahlt werden 
und am Ende der so ermittelte Vergleichswert fur die 
Datenzahlung in den CIP-Kopfteil, der in dem Spezialregister 
eingetragen ist, auf den neuesten Stand gebracht wird und 
der aktualisierte CIP-Kopfteil in den Puf f erspeicher an die 
nachste freie Stelle fur ein Buspaket kopiert wird. Die 
Daten des nachsten Buspakets wurden dann an diesen CIP- 
Kopfteil wiederum angehangt. Somit sind die . Nut zdaten fur 
das nachste Buspaket wieder zusammenhangend im 
Puf f erspeicher abgelegt und sie konnen von dort 
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zusammenhan^d zum Datensendeteil der^sschnittstelle 
transportiert werden. 



in diesem Zusammenhang ist es vorteilhaft, wenn die Zahlung 
der Daten in Einheiten von Datenblocken geschieht und der 
Vergleichswert fiir die Datenzahlung im CIP-Kopfteil sich auf 
den ersten Datenblock im jeweiligen Buspaket bezieht. 
Dadurch wird dann die ...Losung konform zu dem erwahnten lEC 
61883-Standard, in dem auch festgelegt ist, daB der 
Vergleichswert DBC in dem CIP-Kopfteil sich jeweils auf den 
ersten Datenblock eines Buspaketes bezieht. 

Fur eine Vorrichtung zur Durchfiihrung des erf indungsgemalien 
Verfahrens sind folgende Malinahmen vorteilhaft, die die 
Losung der dementsprechenden Aufgabe der Erfindung angeben 
(s. Anspruch 6). Die Vorrichtung besteht aus einem 
Pufferspeicher fiir die Daten von Buspaketen. Weiterhin 
besteht die Vorrichtung aus einer Speicherverwaltungseinheit 
und einem Spezialregister fur einen CIP-Kopfteil eines 
Buspaketes. Die Vorrichtung weist weiterhin 
initialisierungsmittel auf, die bei Einrichtung der 
isochrondatenubertragung den dementsprechenden CIP-Kopfteil 
fiir das erste Buspaket sowohl in das Spezialregister als 
auch in den Pufferspeicher kopieren. 

Vorzugsweise wird der CIP-Kopfteil fur die einzurichtende 
isochrone Datenubertragung von dem ApplikationsprozeB xn der 
Sendestation vorgegeben. 

Vorteilhaft sind ebenfalls die Malinahmen gemaB Anspruch 8 wo 
definiert ist, dali die Vorrichtung weiterhin einen 
Datenblockzahler aufweist mit dem die Datenblocke der 
isochronen Datenubertragung gezahlt werden und dessen 
Zahlerstand zum entsprechenden Zeitpunkt den Vergleichswert 
fur die Datenzahlung angibt, der in das Spezialregister 
eingetragen wird, in dem der CIP-Kopfteil fur die isochrone 
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r^^i Initialisierung einges^l^: 



Datenubertragung TT&i init ia±isxerung eiuyest^wlthert wurde. 
Weiterhin ist vorgesehen, daii der jeweils aktualisierte CIP- 
Kopfteil in den Puf f erspeicher kopiert wird, sodali der 
richtige CIP-Kopfteil fur das nachste zu sendene Buspaket 
direkt wieder im Puf f erspeicher verfugbar ist. 



Zeichnungen 

Aufuhrungsbeispiele der Erfindung sind in den Zeichnungen 
dargestellt und werden in der folgenden Beschreibung naher 
erlautert. Es zeigen: 

Fig.l den Aufbau mehrerer auf einanderf olgender Buspake 

fur die isochrone Datenubertragung und 

Fig. 2 ein Blockschaltbild der erf indungsgemafien 

Vorrichtung . 



Aufuhrungsbeispiele der Erfindung 

In der Figur 1 ist eine beispielhaf te Abfolge von 
ubertragenen Buspaketen gezeigt. In dem gezeigten Beispiel 
wird angenommen, dali bei der isochronen Datenubertragung 
MPEG2-codierte Videodaten zu ubertragen sind. Fur diesen 
Fall ist in dem Standard lEC 61883 vorgesehen, dafi pro 
Datenquellpaket 8 Datenblocke mit MPEG2-Videodaten zu 
ubertragen sind. Die Grolie der Datenblocke wird in dem 
erwahnten Standard in Einheiten von Quadlets angegeben. Die 
Datenblockgrolie kann programmiert werden und zwar sind alle 
Werte zwischen einem und 256 Quadlets ' moglich . Fur die 
Ubertragung von MPEG2-Videodaten ist in dem lEC 61883- 
Standard vorgesehen, daii ein Datenblock eine GroBe von 6 
Quadlets aufweist. Weiterhin wird angenommen, daii in einem 
1394-Buspaket jeweils 8 Datenblocke ubertragen werden. Dies 
ist nach dem erwahnten Standard moglich und in diesem Fall 
konnen samtliche Datenblocke eines Datenquellpaketes in 
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einem Busp^fc vollstandig ubertragen ^fcden . In der Figur 1 
ist eine beispielhaf te Abfolge von ubertragenen Buspaketen 
gezeigt. Das zuerst ubertragene Buspaket ist in Figur 1 oben 
dargestellt und das zweite ubertragene Buspaket 
dementsprechend unten in der Figur 1. Der genaue Aufbau 
eines Buspaketes fur die isochrone Datenubertragung ist in 
dem erwahn-feen Standard lEC 6188 6 angegeben . Fur die 
Offenbarung der Erfindung wird deshalb auch ausdrucklich auf 
diesen Standard Bezug genommen. 

Mit der Bezugszahl 10 ist in Figur 1 der Kopfteil des 
Buspaketes bezeichnet. Darin sind die Angaben bezuglich des 
Datenfeldes des Isochron-Datenpaketes und zwar in einer 
Anzahl von Bytes sowie weitere Inf ormationen enthalten, auf 
die im folgenden jedoch nicht naher eingegangen werden muli . 
An den Kopfteil 10 des Buspaketes schlielit sich ein 
Datenfeld an. Dieses erstreckt sich iiber die Bereiche 11 - 
19. Am SchluB des Buspaketes folgt noch ein Bereich 20, in 
dem ein CRC Prufwort abgelegt ist. Am Anfang des Datenfeldes 
eines Buspaketes ist immer , ein sogenannter ' CIP-Kopf teil 
vorgesehen. CIP steht dabei fur die Abkurzung "Common 
isochronous packet". Der CIP-Kopfteil enthalt eine Reihe von 
Informationen, die den isochronen Datentra-nsfer beschreiben. 
So ist darin z.B. eine Identif ikationsnummer SID fur die 
Datenquelle enthalten. Weiterhin ist darin festgelegt wie 
groB die folgenden Datenblocke im Buspaket sind. Ebenfalls 
ist noch. eine Angabe FN (fraction number) enthalten, die die 
Anzahl angibt, in wieviel Datenblocke ein Datenquellpaket 
eingeteilt ist. Wie schon erwahnt, sind es bei MPEG2- 
Videodaten immer 8 Datenblocke pro Datenquellpaket. Eine 
weitere Angabe QPC (Quadlet padding count) bezieht sich 
darauf, wieviel Full-Quadlets am Ende des Datenquellpaketes 
angehangt sind, urn die Einteilung in gleich grolie 
Datenblocke zu garantieren. Weiterhin ist eine Information 
SPH (source packet header) vorgesehen, die angibt ob in dem 
Buspaket ebenfalls auch ein Kopfteil fur das Datenquellpaket 
vorgesehen ist. Weiterhin ist noch ein DBC-Wert (Data block 
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counter) vorgesehen. Mit diesem Wert wird angegeben, der 
wievielte Datenblock der erste Datenblock in dem Buspaket 
ist bezogen auf alia ubertragenen Datenblocke wahrend der 
isochronen Dateniibertragung . Alle Datenblocke werden also 
5 einzeln durchnummeriert . Dieser Wert stellt praktisch einen 
Vergleichswert dar mit dem einfach uberpruft werden kann, ob 
ein Buspaket nicht empfangen wurde. Dazu werden in der 
Empf angerstation die empfangenen Datenblocke alle 
durchgezahlt . Jedesmal bei Empfang eines neuen Buspaketes 
10 wird der darin enthaltene DBC-Wert mit dem gezahlten 
Vergleichswert verglichen. Nur wenn beide Werte 
ubereinstimmen, sind alle Datenblocke empfangen worden und 
es ist kein Buspaket verloren gegangen. Weitere 
Inf ormationen in dem CIP-Kopfteil sind ein FMT-Eintrag 
^15 (Format ID). Mit diesem Eintrag kann signalisiert werden, 
daB das Buspaket uberhaupt keine Daten enthalt und ein 
sogenanntes Leerpaket ist. Ein FDF-Eintrag (Format depending 
field) kann auch definiert sein^. was nur der Vollstandigkeit 
halber erwahnt wird, sowie ein SYT-Eintrag, der eine 
20 Zeitangabe fur das Buspaket beinhaltet . 

In den folgenden Bereichen 12 - 19 folgen dann die 
Datenblocke DBO - DB7 fur das erste Datenquellpaket SPO. Der 
Eintrag 0 im Datenbereich 11 soli angeben, daB der DBC-Wert 
25 fur dieses erste Buspaket auf den Wert 0 gesetzt ist, was 
gleichbedeutend ist mit der Tatsache, daB der erste 
Datenblock in diesem Buspaket die Nummer 0 aufweist. Auf 
diesen Wert wird der DBC-Wert automatisch bei 
Initialisierung des isochronen Datentransf ers gesetzt. Dies 
30 wird nachfolgend noch naher erlautert. Dies muB naturlich 
auch bei der Vergleichszahlung berucksicht igt werden. Die 
Vergleichszahlung beginnt also ebenfalls mit 0. 



35 



Im nachsten Buspaket sind wieder 8 Datenblocke enthalten. In 
diesem Fall handelt es sich um die 8 Datenblocke DB0-DB7 des 
zweiten Datenquellpaketes SPl. Daran konnen sich noch 
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weitere Bu^^^tete anschliefien, die ebd^^lls wie dargestellt 
aufgebaut sind. 

Die relevanten Teile einer Busschnittstelle fur die 
Erfindung sind in Figur 2 dargestellt. Diese Komponenten 
sind Teile eines Data-Link-Layer - Schalt kreises innerhalb 
der IEEE 1394-,Busschnittstelle . Die Bezugszahl 30 bezeichnet 
eine l2C-Schnittstelle . Daran angeschlossen ist ein I2C-Bus 
38. Uber die I2C-Schnittstelle kann die IEEE 1394- 
Busschnittstelie z.B. fur eine Isochrondatenubertragung 
konfiguriert werden. Die notigen Steuerungsdaten werden uber 
den I2C-BUS 38 von einem Applikat ionsprozess vorgegeben. Die 
l2C-Schnittstelle 30 steht uber einen internen Bus 41 mit 
weiteren Komponenten der Busschnittstelle in Verbindung . Die 
Bezugszahl 32 bezeichnet einen Puf f erspeicher fur den 
Datenaustausch. Dieser Puf f erspeicher 32 wird von der 
Speicherverwaltungseinheit 31 verwaltet. Das heilit, dali die 
Speicherverwaltungseinheit 31 den Speicher so einteilt, dafi 
die ankommenden und abf lielienden Daten den jeweils auf den 
Speicher zugreifenden Komponenten richtig zugeleitet werden. 
Die gesamte Adrefisteuerung geschieht also mit Hilfe dieser 
Speicherverwaltungseinheit 31. Sie dient auch als Busmaster 
fur den internen Bus 41 und teilt ihn per Zeitmultiplex den 
angeschlossenen Einheiten zu. 

Weiterhin ist eine AV-Transceiver-Einheit 33 an den internen 
Bus 41 angeschlossen. Diese Einheit ist wiederum mit einem 
Datenbus 3 9 verbunden, uber den alle ankommenden und 
abgehenden Daten zur und von der Applikation weitergeleitet 
werden. Die AV-Transceiver-Einheit 33 beinhaltet auch einen 
DB-Zahler 37. Dieser DB-Zahler zahlt alle von der 
Applikation empfangenen Datenblocke durch. Gemaii lEC 61883- 
Standard ist dieser Zahler ein 8 Bit-Zahler. 

Als weitere Komponente ist noch eine Registereinheit 34 an 
den internen Bus 41 angeschlossen. Darin befindet sich auch 
das bereits erwahnte Spezialregister fur den CIP-Kopfteil- 
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Weitere Komponenten, die noch an den internen Bus 41 
angeschlossen sind, betreffen eine Datensendeschaltung 35 
sowie eine Datenempf angsschaltung 36. Diese Schaltungen 
stehen mit dem Physical-Layer - IC der 1394-Busschnittstelle 
in Verbindung. Ihre Funktion ist es im Fall von der 
Absendung von Daten uber den 1394-Bus die entsprechenden 
Buspaketdaten aus dem Puf f erspeicher 32 zu entnehmen und in 
der richtigen Reihenfolge an das Physical-Layer - IC 
weiterzuleiten. Eine weitere Aufgabe der Datensendeeinheit 
35 besteht darin, die CRC Ubefprufung vorzunehmen und am 
Ende eines Buspaketes die entsprechenden CRC-Pruf daten 
anzuhangen. Bei dem 1394-Bus ist eine separate CRC- 
Uberprufung fiir die Daten im 1394-Kopfteil des Buspaketes 
vorgesehen. Dies wird ebenfalls von der Datensendeeinheit 35 
erledigt. Die Datenempf angseinheit 36 hat entsprechende 
Aufgaben, namlich CRC-Uberpriif ung eines empfangenen 
Buspaketes separat fur den 1394-Kopfteil und fur die 
Nutzdaten sowie die Extrahierung der Nutzdaten von dem 
Buspaket und deren Weiterleitung in den Puf f erspeicher 32. 

Nachfolgend wird jetzt die Funkt ionsweise der Vorrichtung 
naher erlautert. Wenn ein isochroner Datent ransf er von dem 
Applikationsprozess angefordert wird, geschieht folgendes. 
Ober die l2C-Schnittstelle 30 findet eine Initialisierung 
der Busschnittstelle statt, wobei samtliche Einheiten fur 
die isochrone Datenubertragung vorbereitet werden. Es wird 
insbesondere der CIP-Kopfteil fur die isochrone 
Datenubertragung, der von der Applikation mit den 
entsprechenden Werten vorgegeben ist, zum einen in das 
Spezialregister 38 eingetragen und zum anderen an die erste 
freie Stelle im Puf f erspeicher 32 fur ein Buspaket. Zu 
erwahnen ist dabei, dali der DBC-Vergleichswert in dem CIP- 
Kopfteil aufgrund der Initialisierung auf 0 gesetzt ist. 
Genauso ist auch der Zahlerstand des DB-Zahlers 37 auf 0 
zuruckgesetzt durch die Initialisierung. Weiterhin wird in 
das 1394-Kopfteil Spezialregister 39 der Eintrag fur den 
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1394-KopfteiI*eingeschrieben. Dieser Eifl^rag richtet sich 
nach den Eintragen in dem Spezialregister fur den CIP- 
Kopfteil 38. Da sich der 1394-Kopf teil wahrend der gesamten 
isochronen Datenubertragung nicht andert, ist es nicht 
unbedingt erforderlich diesen 1394-Kopf teil gleichzeitig 
auch in den Puf f erspeicher 32 zu ubertragen. Es ist namlich 
itioglich, -jedesmal bei Absendung eines Buspaketes den 
entsprechenden 1394-Kopf teil aus dem Spezialregister 39 zu 
ubernehmen. Nachdem die 1394-Busschnittstelle fur den 
angeforderten isochronen Datentransf er eingerichtet wurde, 
werden von der Applikation uber den Bus 41 die Nutzdaten 
geliefert. Die AV-Transceiver-Einheit 33 leitet die 
ankommenden Daten in entsprechenden Speicherworten zum 
Puf f erspeicher 32 weiter. Der integrierte DB-Zahler 37 zahlt 
die Daten durch und wird jedesmal inkrement iert , wenn ein 
vollstandiger Datenblock zum Speicher weitergeleitet wurde. 
Die Grofie des Datenblocks ist ja im Spezialregister 38 
eingetragen und der DB-Zahler 37 wurde dementsprechend bei 
dem InitialisierungsprozeB eingestellt. Nachdem dann 8 
Datenblocke in den Puf f erspeicher 32 eingeschrieben wurden, 
gibt der DB-Zahler 37 ein Steuersignal aus, wodurch sein 
aktueller Zahlerstand in das Spezialregister 38 ubernommen 
wird und zwar an die Stelle fur den Vergleichswert DBC . 
Gleichzeitig wird mit diesem Signal der 
Speicherverwaltungseinheit 31 mitgeteilt, daft sie den 
aktualisierten CIP-Kopfteil im Spezialregister 38 an die 
nachste freie Stelle fur ein Buspaket im Puf f erspeicher 32 
kopieren soil. Nachfolgend konnen dann weitere Nutzdaten 
uber die AV-Transceiver-Einheit 33 in den Puf f erspeicher 32 
geschrieben werden. Gleichzeitig mit dem Einschreiben von 
neuen Daten konnen aber die Daten des vorhergehenden 
Buspaketes uber die Datensendeeinheit 35 und das Physical- 
Layer - IC auf den 1394-Bus ausgegeben werden. Die 
Speicherverwaltungseinheit 31 teilt den internen Bus 41 per 
Zeitmultiplexverfahren den verschiedenen Komponenten zu. Der 
interne Bus 41 ist dabei so ausgelegt, dali er die 
Bandbreitenanforderungen der einzelnen Komponenten erfullen 
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kann. Hinzu kommt ja noch, dafi auch uber die 
Datenempfangseinheit 36 Anf orderungen zur Weiterleitung von 
empfangenen Daten in den Puf f erspeicher 32 eingehen konnen, 
sodaft auch dessen Bandbreitenanf orderung erfullt sein mufi . 

Dadurch, dali der CIP-Kopfteil fiir ein abzusendendes Buspaket 
jeweils am Anfang des zugewiesenen Speicherbereiches fur 
dieses Buspaket im Puf f erspeicher 32 steht, ist 
sichergestellt, daft bei der Absendung der Buspakete zunachst 
ein Zugriff zu dem Spezialregister 39 erfolgen kann, wo der 
1394-Kopfteil des Buspaketes gespeichert ist und 
anschlieliend alle weiteren Daten aus dem Puf f erspeicher 32 
entnommen werden konnen. Dieser Vorgang ist einfach 
durchzufuhren und hierfur ist keine kompliziertere 
Schaltlogik notwendig. 

Verschiedene Abwandlungen und Modif ikationen der 
beschriebenen Ausf uhrungsbeispiele sind moglich. Die 
Struktur mit den beschriebenen verschiedenen internen und 
fur die externen Komponenten vorgesehenen Busleitungen kann 
unterschiedlich gewahlt werden. Teile der erlauterten 
Vorrichtung konnen auch per Software realisiert sein. Die 
Erfindung ist nicht auf den Einsatz bei dem erwahnten IEEE 
1394-Bus beschrankt. Sie kann auch fur andere drahtgebundene 
Bussysteme oder auch fur drahtlose Bussysteme eingesetzt 
werden . 
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Anspriiche 



Verfahren zum Zusammenstellen von Datenpaketen fur die. 
Isochrondatenubertragung uber einen Datenbus, 
nachfolgend Buspakete genannt, wobei das Datenformat 
fur. .die Isochrondatenubertragung in einem 
Isochrondatenformat-Kopfteil (CIPH) des Buspaketes 
festgelegt- wird, dadurch gekennzeichnet , dafi bei 
Einrichtung der Isochrondatenubertragung in einem 
Datensendegerat der Isochrondatenformat-Kopfteil (CIPH) 
sowohl in ein Spezialregister (38) als auch in einen 
Puf f erspeicher (32) fur Buspakete geschrieben wird, und 
dafi die Nutzdaten des Buspaketes an den 
Isochrondatenformat-Kopfteil (CIPH) im Puf f erspeicher 
(32) angehangt werden. 

Verfahren nach Anspruch 1, wobei in dem 

IsoGha:ondatenformat-Kopfteil ^(CIPH) ein Vergleichswert 
f ur^; elne Datenzahlung, insbesondere Datenblockzahlung, 
enthalten ist, dali bei Einschreibung der Daten eines 
Buspaketes in den Puf f erspeicher (32) der 
Vergleichswert fur die Datenzahlung in dem 
Isochrondatenformat-Kopfteil (CIPH) , der in dem 
Spezialregister (38) eingetragen ist, aktualisiert wird 
und dafi nach Vervollstandigung eines Buspaketes im 
Puf f erspeicher (32) der aktualisierte 
Isochrondatenformat-Kopfteil (CIPH) in den 
Puf f erspeicher (32) an den nachsten freien Platz fur 
ein Buspaket kopiert wird. 

Verfahren nach Anspruch 2, wobei die Daten in Einheiten 
von Datenblocken (DB0-DB7) -gezahlt werden und wobei der 
Vergleichswert fur die Datenzahlung im 
Isochrondatenformat - Kopfteil (CIPH) sich auf den 
ersten Datenblock (DBO) im Buspaket bezieht. 
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4. Verfahren nach einem der Anspruche 1-3, wobei pro 
Buspaket immer die gleiche Anzahl von Datenblocken 
(DB0-DB7) gewahlt wird. 

5 

5. Verfahren nach einem der vorherigen Anspruche, wobei 
die zu ubertragenden Daten in Datenquellpakete (SPO, 
SPl) eingeteilt werden and wobei insbesondere fur die 
Ubertragung von MPEG2-Videodaten ein Datenquellpaket 

10 (SPO, SPl) aus 8 Datenblocken (DB0-DB7) zusammengeset zt 

wird. 



Vorrichtung zur Durchfuhrung des Verfahrens nach einem 
der vorhergehenden Anspruche, mit einem Puf f erspeicher 
(32) fur Buspakete, mit einem Spezialregister (38) fur 
den Isochrondatenf ormat-Kopfteil (CIPH) eines 
Buspaketes und mit Initialisierungsmitteln (30), die 
den Isochrondatenformat-Kopf teil (CIPH) fur das erste 
Buspaket der Isochrondatenubertragung in das 
Spezialregister (38) fur den Isochrondatenf ormat- 
Kopfteii (CIPH) und den Puf f erspeicher (32) kopieren. 



7. Vorrichtung nach Anspruch 6, wobei der 
Isochrondatenformat-Kopfteil fur das erste Buspaket von 

25 einem Applikationsprozess den Initialisierungsmitteln 

(30) vorgegeben wird. 

8. Vorrichtung nach Anspruch 6 oder 7, die weiterhin einen 
Datenblockzahler (37) aufweist, mit dem die Datenblocke 

30 (DB0-DB7) der Isochrondatenubertragung gezahlt werden 

und wobei eine Speicherverwaltungseinheit (31) 
vorgesehen ist, die den Zahlerstand des 
Datenblockzahlers (37) nach Zahlung der Datenblocke 
eines Buspaketes in den in dem Spezialregister (38) 

35 gespeicherten Isochrondatenformat-Kopfteil (CIPH) 

ubertragt und den im Spezialregister so aktualisierten 
Isochrondatenformat-Kopfteil (CIPH) in den 
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Puf f er^R-cher (32) an den Beginn 
Stelle fur ein Buspaket kopiert. 
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Zusammenf assung 



Verfahren zum Zusammenstellen von Buspaketan fur die 
isochrondateniibertragung uber einen Datenbus sowie 
Vorrichtung zur Durchf uhrnng des Verfahrens 

Das Format der Obertragung isochroaer Datenpakete uber den 
IEEE 1394-Bus ist in dem lEC 61883-Standard definiert. Exn 
Buspaket, mit dem die Daten ubertragen werden, besitzt am 
Anfang einen Kopfteil (1394H) , der das Format des Buspaketes 
beschreibt. Darauf folgt dann ein Isochrondatenf ormat- 
Kopfteil (CIPH) , der das Datenformat der Nutzdaten in dem 
Nutzpaket festlegt. Die Erfindung beschaftigt sich mit dem 
Problem der Zusammenstellung eines Buspaketes fur dxe 
Absendung uber den 1394-Bus. Dies geschieht bei der 
Erfindung so, dafi. bei Einrichtung der 

IsochrondatenUbertragung der von der Applikation vorgegebene 
Isochrondatenformat-Kopfteil (CIPH) sowohl in ein 
vorgesehenes Spezialregister (38) als auch in den 
Pufferspeicher (32) fur die Buspakete geschrieben wird und 
die Nutzdaten daran angehSngt werden. Dadurch ist dann 
m5glich, da. ein Datensendeteil (35) die abzusendenen Daten 
inklusive isochrondatenformat-Kopfteil (CIPH) nur aus dem 
Pufferspeicher (32) entnehmen muli . Fur die Absendung der 
Daten braucht dann kein Multiplex-Vorgang gemacht werden, 
der Daten und Isochrondatenformat-Kopfteil (CIPH) 
zusammenf ugt . 
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Fig. 2 
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